PCX WORLD INTCLUeCrUAL PROPERTY 0ROANIZA71ON 

* Inmnfltiond] Bureau 



irfTERNATlONAL APPUCATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) Internatioaal Patent Caasdflcation ^ : 
G06F 17/fiO, 7/52 


Al 


(43) Intenutioiial Publication Date: 17 April 1997 (17.04.97) 


(21) Inleniatloinl Fffing Date; 1 1 October 1996 (1 1.10.9Q 

(30) Priori^ DBIa: 

08/S41J04S 1 1 October 1995 (I1.10.9S) US 

(71) Applicuit: BL(X:K FINANCIAL CORPORATION [USAJSJ; 

Suite SCO, 4435 Main Street. Kansas ClQr. MO 641 11 (US). 

(72) iDTcntors: ANDHISON, William, P.; 800 Westover Road, 

Kansas City. MO 64113 (US). 0R1.LER. Jacob, B.; 
35 Stephen Street, Montclair, NJ (US). CUNNIGHAM. 
G., Cotter; 1206 W, 61st Street, Kansas City, MO (US). 
ROOGERS. Kris: 1251 HuniJngton Road. Kansas City, MO 
(US). MASON, Brian; 10048 HoUy Lane, Des Plainet. IL 
(US). 

(74) Agent: STANDLEY, Jeffiey, S.; Standley & OOovst, Suite 
500, 555 MetiD Race North, Dublin, OH 43017 (US). 


(81) Designated Slates: AT, OA, CH, DE. DK. ES, GB, JP. LU. 
PT, SE, European patent (AT, BE CH, DE. DK. BS, FI. 
PR. GB. GR. IE. IT. LU. MC, NL, PT, SE). 

Pnblialied 

WUh iitiematUmal learch repast. 



(54) Title: FINANCIAL INFORMATION ACCESS SYSTEM 





(57) Abstract 



A system « *selosed m which a user(10) of an informatian service (14) may access financial data lelaUng Id recent credit and debit 
card transscnons (24). Any entity with a TCP/IP connection to the Internet (12) may access the system so that world-wide accessibility 
to financial services is possible. Aftematively. the systMi may be accessed throu^i an cmline inforraation service. Tte financial data are 
processed daily by a financial services provider (16), then transmitted to a host computer connected to an infoimation service. The user 
connects to the ittformation service host computer to iccess the financial data for transactions that may have been posted as recently as the 
previous day. The user may also download the financial data directly to an accounting or word-processing program for further processing 
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FINANCIAL INFORMATION ACCESS SYSTEM 

5 

BACKGROUND AND SUMMARY OF THE INVENTION 
The present invention relates generally to a system for accessing data related to 
10 financial transactions. Particularly, users of the Internet or an online infonnatiou service sudi 
as CompuServe® may access data related to their own financial transactions that were posted 
as recently as the previous day. 

Financial information is typically reported to financial service customers in monthly or 
quarterly written statements. For exanqjle, credit card conq)anies send monthly statements 
15 that list all transactions and an outstanding balance for the reporting period. Banks and 
brokerages may also use written statements to report activity. Whether the statemoits are 
monthly or quarterly, by the time xhey reach the customer, they rarely reflect the current state 
of the account. Several days or weeks may pass between the time the reporting period ends 
and the statement is received because time is needed to process, print, and send the 
20 statements. As a practical matter, financial institutions need to establish a cut oflf date for 
reporting account activity. 

Although account activity reporting cycles are rather lengthy (e.g., quarterly or 
monthly), customers may be interested m weekly or daUy activity reports. Consequently, 
customers have a need to obtain recent financial information that would not otherwise be 
25 available for weeks or months. Customers also have a need to access the recent financial 
information at their own convenience— preferably from anywhere and at any time. Following 
access to the financial information, customers may have a need to communicate with the 
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financial sendees provider. For example, a customer may have a question about a transaction 
or foDowmg review of the transactions, a customer may wish to submit a payment 
electTonically. FinaOy, customers need to see the financial data presented in an organized and 
understandable format. 

The present invention (Conductor") is a suite of online financial services. Supported 
functions include credit card account lookup and repoitmg, and checking and bill paying. In 
addition, customers and Snancial services providers may commimicate with each other. For 
exaiDple, Conductor allows customers to view and use financial mformation concerning recent 
activity m various accounts. Specifically, financial data relating to credit and debit card 
transactions are available through the internet or an online information service the day after 
the transactions are posted. The ability to provide such recent credit and debit card 
transaction data to users of the Interna or an online information service is unique to the 
present invention. 

The present hivention is a sophisticated computerized system of financial services 
based on the TCP/IP protocol suite. Consequently, the services are available through the 
Internet. Alternatively, the same services may be made avaUable directly through an onUne 
mfbrmation service such as CoiqiuServe®. In the prefored embodunent, the mvention is 
described in relation to its accesability through the Internet. Conduaor is implemented as a 
distributed "information chister" located on the global Intemet so it may be accessed fi-om a 
variety of presentation tools. An example of the type of information available fiom Conductor 
is financial data relating to credit and debit card transactions processed daily by a financial 
services provider. Tlie financial data are transmitted daily to Conductor so that users of the 
Internet or an online mformation service may access financial data relatmg to their own credit 
and debit card transactions. The financial data may also be transmitted for further processing 
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to an accounting, word-processing, or spreadsheet software package running on the user's 
computer. 

The system of the present invention has several advantages over known fibfiandal 
information access methods. Conductor may be accessed at any time from around the world 
s because it is part of the global Internet. In ao alternative embodiment. Conductor may be 
accessed directly through an online information service such as CompuServe®. With either 
embodiment, it may be accessed using any one of a nund>er of presentation tools. Because of 
its ties to financial servKes pro\aders, Conductor allows credit or debit cardholders to review 
account activity regarding postings that occurred as recently as the previous day. Cardholders 

10 use familiar access methods to view and download the financial data. Finally, the present 
invration allows the financial data to be organized for direct transmisaon to popular 
accounting, word-procesang, and spreadsheet programs. Due to the sophistication of the 
process used for ccmvertbg and downloading data to the other programs, data may be 
downloaded as firequeantly as the user desires. These advantages and others are e?q)lained 

15 further by the accompanying drawings and detailed description. 

BRIEF DESCRIPTIQN OF THE DRAWINGS 
Figure 1 is a diagrammatic -v^ew of one embodiment of the present invention; 
Figure 2 is a block diagram of the system architecture of the present mvention; 
20 Figure 3 is a diagrammatic representation of the processmg of a financial transaction; 

Figure 4 is a diagrammatic rq>resentation of a jSnancial transaction; 
Figure S is a computer screen view of financial data available to a user: and 
Figure 6 is a computer screen view of financial data available to a user. 



DETAIL DESCRIPTION OF PRFFFRRFO EMBODIMENT'S^ 
Applying principles of modularity and abstraction, distributed systems technologies are 
used to create the architecture necessary for ddiveriag diverse types of services over a wide 
area network. Sources of data may be as varied as the mter£ices to it. The Conductor™ 
5 System is based on a Client/Server model so that it is easily extensible. It is implemented as a 
platform-portable, language-independent distributed object framework. Use of the distributed 
approach permits the easy inflation of new services and providers for the system. For 
example, the Conductor System may easily serve as a back-end resource for existing online 
service pro>'iders. The distributed approach also allows the ^stem to be accessible throu^ a 

10 number of interfaces: for example, native Microsoft* Windows™ appBcations, h>per-text 
mark-up language (HTML) browsers, text-terminals. X.25 transactions, even voice telephony. 

ReferiiDg to Figure L a diagrammatic representation of access to the Conductor*" 
Network is showa Preferably, users connect to the Conductor suite of online financial 
services via the Internet 12. Methods for providing services via the Internet are well-known b 

IS the art and are not explamed here. Conduaor host conqiuters are accessible world-wide from 
any site with TCP/IP name resohition and packet routing to the conductor, com domain. 
Preferably, host computers mnning the Wmdows NT™ Operating System and the UNIX* 
Operating System are used in the distributed enviromnent. Clients and servers may run on any 
of twenty operating systems. Muhiple user interfaces to Conductor are implemented as 

20 different types of clients. As shown ui Figure 1. a user may communicate with Conductor via 
a web browser 10 or xda the ConqjuServe Information Service 14 using the CompuServe 
biformation ManagCT for Wmdows (WinCIM*) 16. Other methods of access may be used as 
well— for exanqjle, a native Microsoft* Windows™ application. In addition. Conductor may 
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be implemeiited as part of ao online information service so that it is available only to 
subscribers of the online information service. 

As shown in Figure 1, packets destined for Conductor are routed 18 to a Web Server 
22 for procesang. Because security is a significant issue for onlme financial information 
5 systems, a Firewall 20 is established between the Router 18 and the Web Server 22. User 
verification and data access may then occur in a secure environment. Separate user 
connect/data access protocols isolate mteraal/exteraal networks. An indirect method of user 
identification is used to secure account numbers and sensitive data are passed via two-key 
encryption. Token passing is used for connected host identification. 

10 To provide the features of the present invention. Conductor is built on a Common 

CN>ject Request Broker Architecture (CORBA>-compliant Distributed Object Computing 
Platform. This development platform is well-known in the ait and is not explamed here. 
Primary system components incUule Object Servers, Name Lookup Serverss and Data Servers. 
Other components include Communication, Seoirity, and Logging servers. As shown in 

15 Figure 1, a number of Name Servers 24, 26, 28 and Fmancial Object Servers 30, 32, 34 may 
be in operation at one time. These servers nmy communicate with a Legacy System 38 or 
other Database Servers 36 in order to respond to spedfic requests for information. Data 
requests may be serviced m any one of a number of ways. For example, data may be accessed 
using a Microsoft*' SQL Server running on Windows NT™. 

-0 Clients have au object-oriented Application Programming Inter&ce (API) to 

distributed resources or services using a class-like construct called an "Interface " whicli 
groups operations and attributes. Because clients know only the nature of the Interface, it 
may be implemented iu any manner. For example, hiterfaces may be implemented in one 
language and clients b another. The implementation of an Interface may then be altered at 
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will without affecting any clients. As long as the protocol to the hiter&ce is stable, the client 
impiementatiOD is stable. 

Clients located anywhere on the ghibal Internet ask for and bind to services by name. 
Clients locate hiter&ces by naming a server which implements one, and they may do so from 

5 any site with a TCP connection to the Conductor domain. The names of servers are provided 
by a name lookup Interface which runs on the only host whose name chent applications need 
to know. The access is synchronous and call-level using either C++, Smalltalk, or C. In other 
words, clients access services by makmg standard synchronous procedure calls. Client load is 
automatically apportioned among all ready object servers at lookup time. 

10 There are several benefits to using name lookup to connect cliats and servers. A 

name lookup layer isolates cUents fiom the location or readiness of any mdtvidual object 
server. Ahhough the system is based on the Internet Protocol (EP), clients are completely 
isokted horn back-end data sourcing concerns and do not need to know the IP addresses of 
object servers. Using this approach, servers may be added simply by coimeaing to the 

IS network, bstaUing system and server software, and adding the machine name to the lookup 
database. Consequently, cUents are not affected by database, network, operating system, 
hardware platform, or server architectural changes.' For example, native 32-bit Windows™ 
apphcations may use cHent-side abstraction hbraries that hide details of bmdmg to and 
executing calls on remote objects. Objects may be implemented on cheap, fast Intel-based 

20 Wmdows IST^' servers and new servers may be added to the system by copying files over and 
addmg the host name to a single locator file. The distributed nature of the system means that 
it is composed of relatively simple applications that implement a single interface or a small 
group of interfaces. 
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The interface between a client and a server is binary. Such an interface is more 
efficient and the data may be useful in more varied applications. Binary data may be convened 
to text for viewing by bumans, sent in binary form to other providers, or retrieved in binary 
form and processed by a consumer application. Binary objects nuy be dragged off of a 
s window and dropped mto a finance application or they may be used to generate reports. 

A suite of online interfices may be used by appUcations, service providers, and other 
clients to manipulate financial information available through Conductor. An applicatimi-level 
protocol q)ecifies how a client interprets data sent to it by a server. When one part of the 
application needs something, it calls a procedural interface in another part. Such calls do not 
10 return until the procedure has executed so the flow of control is simple and direct. Extending 
these synchronous procedure calls across the network interface has the advantage of 
simplifying the access to distributed resources by elevating it to the level of standard 
procedural mechanisms familiar to a majority of developers. 

Referring to Figure 2, a diagram of the Conductor* System Architecture is shown. 
15 Financial information of interest to users of the system is contained in different databases 28. 
34, 40 within the distributed environment. Each database has its own access mechanism 26. 
32, 38. As explained earlier, among the methods for accessing the system are a web browser 
10 that communicates through a Web Server 20 or a native Windows™ application 12 

The FirewaD 14 increases system security. The TCP/IP protocol aack 16 is the 
20 Intemel communication vehicle. The Object Request Broker (ORB) is an "information bus" 
that connects clients to the objects the>' need in a heterogeneous enviromneDl. By definition, 
an ORB is platform independent, language neutral, and may run in many networked 
environments. ORBs implemented in one language may communicate v/ith those implemented 
in another, on a completely different hardware platform. The same is true for the object 
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iiiq)lenientations to wbich the ORB provides access. Three example objects are sliown in 
Figure 2— a card object 24, a checking object 30. and a bUl pay object 36. The objects serve 
as links between clients 10, 12 and data contained in the databases 28, 34, 40. The name 
server 22 peiforms the name lookup fimctioa for clients so they may establish communicatiott 
5 with the object that performs the needed services. 

Refening to Figure 3, a diagrannnatic view of a sample transaction processed by the 
present invention is shown. Financial transaction data originates at a retail establishment. A 
purchase may be made with a bank card such as a Visa* or MasterCard' credit card or a bank 
debit card 24. The transaction is processed at the merchant location through a dial terminal 22 

10 or any other device in communication with an authorization or settlement center 20. The 
authorization/settlement system 20 determines whether a particular transaction should be 
approved. An approved transaction represents an obligation for the cardholder to pay money 
to the financial institution that issued the card. 

Approved transactions may then be reported to the purchaser's bank 18 as well as 

13 other supporting financial institutions for further processing before transmission to a Gnancial 
services provider 16 m communication with a Conductor host computer 14. The financial 
services provider fimctions as a repository for financial transactions originating firom a variety 
of sources and supported by a large mnnber of financial institutions and processing centers 
(i.e., differait banks, clearing houses, authorization centers, etc.). Transactions may follow 

20 varied paths before arriving at the financial services provider 16. After transmission to the 
financial services provider 16. the transactions may be organized and sorted for transmission 
to a Conductor host computer 14. After the data are available on the host computer 14. a 
Conductor user 10 may access the database via the toteraet or through a native Windows™ 
application 12 according to the method described above. 
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Refeniog to Figure 4, a diagrammatic representation of att individual financial 

transaction is shown. Preferably, for each credit or debit card transaction, the data for each 

record mcludes the following: 

Account number 10: unique series of digits to 
identify cardholder. Also 
identifies issuer and type of 
financial transaction card. 

Merchant number 12: unique series of digits to 
identify merchant for 
transaction. May be used to 
look up a textual descr^tion 
for the merchant. 

Transaction date 14: the date on vvihich a transaction 
occurs. 

Capture date 16: the date on which a transaction 
is processed. 

Transaction amount 18: the extent of the cardholder's 
obligation to the issuing 
financial institution. 

Standard industry code 20: an unique code identifyhig the 
type or category of the 
transaction. 

Authorization code 22: number assigned to a merchant 
sale that has received specific 
approval. 

Checksum 24: value based on transaction data 
calculated and appended to 
transaction record to aid in 
verifying mtegrity of 
transmissions. 



Although a preferred format is described, other data formats may be used. Also, the 
same data may be organized vmhia a record in any a 
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Preferably, transactions stored in the database are accessible according to cardholder 
account number. In addition to processing individual financial transactions for each 
cardholder, the financial semces provider may summarize the transactions and create reports 
for each cardholder represented in the data. For exanqile, the finaocial services provider may 
create a report that inchides card balances for previous months as well as a balance for 
transactions occurring during the current billing cycle. The data may be organized and sorted 
according to a variety of selection criteria. 

Refeiring again to Figure 3, after organization and soitiag by the financial services 
provider 16, the financial transaction data are transmitted to a Conductor host computer J 4. 
Preferably, transaction data are transmitted daily to the host computer 14. Users 10 then 
request access via the Internet 12 to the financial transaction data stored on the host computer 
14. Preferably, the user may choose one of several presentation tools to access tiie host 
computer. 

Once connected to the host computer, the user is prompted for information needed to 
generate a report For example, the user may be asked to provide an account number, a 
personal identification nmnber, and a request for cither the current month's statement or the 
previous month's statement. The host computer generates the report and communicates with 
the session management software nnnung on the user's computer so that the user may view 
the data. Preferably, the user has the option of downloading the data to an accountmg 
program, a spreadsheet, or a word-processing program The data may be converted to 
another format during the download process for use in the target program. 

Refeiring now to Figure 5. a report for a user's current month's statement is shown. 
The report may contain data for transactions that were posted as recently as the previous day. 
Figure 6 shows a report for the previous month's statement. The present invention allows 
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users to receive tbis infonnatioo in a more timely mauier as it is available before a statement 
arrives in the mail. In addition, users may access the data at their own convenience. 

Preferably, users may view and manipulate only their own financial data. Furthermore, 
users may not alter the data. Preferably, users have the option of downloading the financial 

5 data to an accounting software package such as Intuit 's Quicken* or a word-processing 
program such as NoveD's WordPerfect*. The ability to convert and download recent credit 
and debit card transactions to such popular programs is unique to tbe preset inventiou. The 
ueed to enter the data manually is eliminated. The sophistication of the conversion process 
allows data to be downloaded as fi^uently as the user desires. The process recognizes 

10 whether a transaction has been previoush' convened so users do not risk double-entering data. 
In addition, the data may be manipulated m a variety of ways. For example, the association of 
standard industry codes with each transaction allows transactions to be categorized 
automaticaUy. Another benefit of the ability lo review recent transactions is increased bank 
card security. Cardholders may detect and report unauthorized transactions within days, or 

15 possibly hours, of when fliey were posted thereby mcreasing the likelihood of locating the 
unauthorized user. 

Tbe present mvention gives users of the htemet the opportunity to review recent 
credit and debit card uansactions at any time and firom any location. Consequently, 
cardholders are able to monitor card activity and detenmne account status daily rather than 
20 monthly or quarteriy. The ability to have accurate and current information concerning 
financial matters is important in an age of electronic fimds transfer. The present invention has 
been described in the form of preferred embodiments. However, several modifications and 
variations may be made to the invention and fall v^thin the scope of the claims. For example, 
the present invention may be implemented as one of many services avaUable through an onHne 
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informatiou service. Users of tbe online infonnation service may then be gtven the opportunity 
to review recent financial transactions at any time and from any location. 
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WHAT IS CLAIMED IS: 

1. A financial infonnation access system compiismg: 

a financial services provider for processiog credit and debit card transaction 

data; 

an information service network capable of accepting infonnation feeds directly 
or indirectly from a variety of information sources including said financial services 
provider; 

a first connection between said financial services provider and said infonnation 
service network for transmitting said credit and debit card transaction data from said 
financial services provider to a host computer connected to said information service 
network; 

a second connection between said host computer and an information service 
network user computer for accessing said credit and debit card transaction data on said 
host computer. 

2. The system of claim 1 , wherein at least one of said credit or debit card transactions 
was posted during the previous twenty-four (24) hours. 

J. The system of claim 1 , wherein said processing of said credit and debit card transaction 
data comprises sorting transactions according to an account number. 

4. The system of claim 1, wherein said processing of said credit and debit card transaction 
data comprises formatting transactions to ftcilitate automatic categorizing of 
transactions according to spedfic selection criteria. 
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The system of claim 1, w^iercin said processing of said credit and debit card transaction 
data comprises sorting transactions according to a standard mdustry code. 

The system of claim 1, v^^erein said credit and debit card transaction data may be 
transmined from said host computer to a program numing on said user computer. 

The system of claim 6, AA^ierein said credit and debit card transaction data transmitted 
to said program numing on said user computer are scamied to prevoit double entries 
mto said program. 

The system of claim 1, vs^erein said information service network is the Internet. 

The system of claim 1 , vy^erein said information service network is part of an online 
mformation service. 

A method for accessing credit and debit card transaction data comprising the steps of: 
transmitting credit and debit card transaction data from retail establidmients to 

a financial services provider, said transmission occurring at least daily; 

organizing and formatting said credit and debit card transaction data; 
transmitting said organized and formatted credit and debit card transaction data 

to a host computer connected to a wide area network, said transmission occurring at 

least daily; 

accessmg from a wide area network user computer said credit and debit card 
transactiim data on said host computer. 

The method of claim 10, fiirther comprising the step of organizing and formatting said 
credit and debit card transaction data according to an account number. 
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12. The method of claim 10, further coiiq)rismg the step of converting said credit and debit 
card transaction data for use in a program running on said wide area network user 
con^uter. 

13. The method of claim 12, fimher comprising the step of converting said credit and debit 
card transaction data so that individual transactions are convened only once. 

14. The method of claim 1 0. further comprising the step of formatting said credit and debit 
card transaction data to facilitate automatic categorizing of transactions according to 
specific selection criteria. 

1 5 The method of claim 1 0, fiirther comprising the step of sorting said credit and debit 
card transactions according to a standard industry code. 

16. The method of claun 10, wherem said wide area network is the Internet. 

1 7. Tlie method of claim 1 0, wherein said wide area network is an online information 

service. 

18. A financial information access system comprising: 

a financial services provider for processing credit and debit card tiansaction 

data; 

one or more credit or debit card transactions processed by said financial 
services provider m substantially real time; 

an online information seivice network capable of accepting inforaation feeds 
directly or mdirectly from a variety of information sources includmg a financial ser\ ices 
provider: 
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a connectioD between said financial services provider and said online 
infonnation service network for transmitting data relating to said one or more credit or 
debit card transactions from said financial services provider to a host computer 
connected to said online infonnation service network, said transmission occurring at 
least daily; 

a connection b^ween said host computer and an online information service 
network user computer for viewing said credit or debit card transaction data on said 
host computer or transmittmg said credit or debit card transaction data from said host 
computer to said user conqiuter; and 

a first program on said user computa* for converting said credit or debit card 
transaction data for use in a second program, said first program capable of removing 
fi'om said transaction data individual transactions that have been converted previously. 
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SligtBCl^mglKICT'^SI 




Name (a) : 
User ID : 
Account Number: 

Credit Line 
Current Balance 
Available Credit 



CONDUCTOR Card Review 
Account Summary 

JOHN DOE, JANE DOE 

73987,4321 
4638411001026765 

7.500.00 Last Statement: 
5,244.62 Balance 
2,255.36 Closing Date 



5, 012.19 
06/15/94 



Account Activity since Last Statement 



Description 



Date City, state 



06-20 AT&T PBO 
06-22 AMERICAN AIR 
06-22 CARLISLE HOTEL 



5251 06-17 MOMTCLAIR, 
5411 06-18 FAIRFIELD, 
5541 06-19 OMAHA, HE 



158.36 
53.23 
20.84 



Fig. 5 



SUBSnrUTE SHEET (RULE 26) 
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Name (a) : JOHN DOE, JANE DOE 

User ID 739B7.4321 
Account Nunber: 4S384ll00I.a2B7SS 



Credit Une 
Closing Date 
Payment Due Data 



Hew Balance 

ninintun Payment 



7,500.00 
06/15/9* 
07/10/S4 



Account Sunuxy 



Previous Balance 
Purch. /Other charges 
Cash Advances 
Credits 
Paynsnts 

tiste Payment Charge 
Finance charge 

New Balance 



4,960.B9 
151.30 
0.00 
0.00 
100.00 



Date Descriptic 



Fig.G 



SUBSTITUTE SHEET (RULE 26) 
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